---
title: "TOGAF ADM"
date: 2023-05-01T19:16:07+03:00
description: "Обзор о TOGAF ADM"
tags: ["arch", "togaf", "togaf adm"]
ShowToc: true
ShowBreadCrumbs: true
draft: false
---

## Общая информация

[TOGAF Overview](https://pubs.opengroup.org/architecture/togaf8-doc/arch/chap03.html)

Видео: Togaf - обзор для новичков. Нужен ли Togaf вам?

<iframe 
    width="560"
    height="315"
    src="https://www.youtube.com/embed/mXt2zu8Qfaw"
    title="YouTube video player"
    frameborder="0"
    allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share"
    allowfullscreen>
</iframe>

Общий вид на TOGAF ADM(Architecture Development Method):

![TOGAF ADM](/img/togaf/togaf-adm.webp)

Жизненный цикл компании, в период юности внедрение TOGAF необходимо.

![Жизненный цикл компании](/img/togaf/life-cycle-of-org.jpg)

Метафора, что TOGAF нужен для компании также, как и руль для автомобиля.

![Метафора о TOGAF](/img/togaf/togaf-metaphor.png)

Способность обрести управляемость, сделать бизнес понятным. Четкое методология как из точки А привести компанию в точку Б максимально **безопасно** и **надежно**.

## Фазы

### Подготовительная фаза

Определяем кто, зачем и как будет делать архитектурные изменения в компании

*Стратегия компании*
(что хочет руководство - мотивация, ограничения)

*Принципы*
(как мы будем оценивать принятые решения)

- бизнес-принципы
- легальность
- клиентоориентированность
- мультипродуктовость
- международность
- принципы для IT
- низкое зацепление
- высокая связность

*Команда*
И понимание как она будет работать

### А. Видение архитектуры

Согласуем направление работы

- Вот стейкхолдеры
- Вот что они считают важным
- Вот наши цели
- Вот способы достижения целей
- Вот ограничения (бюджеты)

![Пример Видения архитектуры](/img/togaf/togaf-adm-a-example.png)

Понимаем какие ценности и способности будут получены компанией в результаты архитектурного проекта.

После этого делаем наброски решение. Понимаем границы и масштаб работ.

![Набросок Видения архитектуры 1](/img/togaf/togaf-adm-a-1.png)
![Набросок Видения архитектуры 2](/img/togaf/togaf-adm-a-2.png)
![Набросок Видения архитектуры 3](/img/togaf/togaf-adm-a-3.png)

> Главное выработать на этом этапе единое согласованное видение со всеми стейкхолдерами!

### B. Business Architecture

Пониманием как бизнес работает сейчас.

Проектируем как он должен работать, чтобы выполнить наши цели.

Понимаем из чего состоит бизнес в том месте, которое мы планируем менять:

- какие бизнес-сервисы, бизнес-процессы, бизнес-роли есть сейчас, итд

> нужно изучить подробнее все виды артефактов и в каких ситуациях, что описывать [ссылка на TOGAF](https://pubs.opengroup.org/architecture/togaf8-doc/arch/chap06.html)

А также:

- Пониманием что изменится на уровне бизнеса(IT-сервисы еще не затрагиваются)
- Понимание как целевая архитектура комитит в ранее определенные цели и драйверы.

>Togaf HE дает ответ какой должна быть целевая архитектура! Он лишь предлагает способ ее описать и Прийти к ней.

### С. Архитектура информационных систем

Саппортим изменения в бизнесе с помощью IT

Как приложения реализуют целевую архитектуру

- Кто какое приложение разрабатывает, кто отвечает
- Как меняются связи между приложениями
- Проектируются контракты. При необходимости проектируются сервисы и структуры баз данных

![архитектура ИС](/img/togaf/togaf-adm-c.png)

### D. Технологическая архитектура

![Технологическая архитектура](/img/togaf/togaf-adm-d.png)

Спроектировано архитектурное решение!

### Е. Возможности и решения

Решаем каким оптимальным способом достичь целевой архитектуры

- Понимаем какие промежуточные состояния требуются
- Инициируем проекты и работы. Зачем это делаем, бизнес-ценность
- Собираем функциональные требования
- Зависимости
- Требуемые ресурсы, цены, сроки
- Предлагаем стейкхолдерам варианты, приоретизируем.

![Gap между текущей и проектируемой архитектурой, варианты его разрешения](/img/togaf/togaf-adm-e.png)

> В итоге получаем согласованное решение

### F. Планирование миграции

Детальная проработка миграции. Диаграммы Ганта, планы задачи.

### G. Управление реализацией

Сама реализация и контроль за процессом.
В конце этапа проект реализован.

Если бизнес-архитектура изменилась в процессе реализации, то:

1. можно перенести в следующую итерацию
2. начать цикл заново

> Есть проблемы с гибкостью, прослеживается классический waterfall (изучить связку TOGAF и Agile)

### H. Управление изменением архитектуры

1. Проверяем достигли ли целевой архитектуры
2. запланированной бизнес ценности
3. Готовимся к следующему циклу

Частичные выводы:

1. Понимаем компанию
2. Снижаем хаус
3. Проводим инвентаризацию и получаем переиспользуемые блоки для проектирования
4. Работает, если у компании есить стратегия и понятный курс
5. Работает, если топ менеджмент осознает потребность
6. Можно использовать togaf частично и подстраивать под себя
